SherbyNet - /page/wikibook/entry.mu

Micron Document

<!DOCTYPE html>

<title>Network element</title>

</head>

<span id="openzim-page-title" class="mw-page-title-main"><span class="mw-page-title-main">Network element</span></span>

</h1>

</header>

/* start https://en.wikipedia.org/ */

.mw-parser-output .ambox{border:1px solid #a2a9b1;border-left:10px solid #36c;background-color:#fbfbfb;box-sizing:border-box}.mw-parser-output .ambox+link+.ambox,.mw-parser-output .ambox+link+style+.ambox,.mw-parser-output .ambox+link+link+.ambox,.mw-parser-output .ambox+.mw-empty-elt+link+.ambox,.mw-parser-output .ambox+.mw-empty-elt+link+style+.ambox,.mw-parser-output .ambox+.mw-empty-elt+link+link+.ambox{margin-top:-1px}html body.mediawiki .mw-parser-output .ambox.mbox-small-left{margin:4px 1em 4px 0;overflow:hidden;width:238px;border-collapse:collapse;font-size:88%;line-height:1.25em}.mw-parser-output .ambox-speedy{border-left:10px solid #b32424;background-color:#fee7e6}.mw-parser-output .ambox-delete{border-left:10px solid #b32424}.mw-parser-output .ambox-content{border-left:10px solid #f28500}.mw-parser-output .ambox-style{border-left:10px solid #fc3}.mw-parser-output .ambox-move{border-left:10px solid #9932cc}.mw-parser-output .ambox-protection{border-left:10px solid #a2a9b1}.mw-parser-output .ambox .mbox-text{border:none;padding:0.25em 0.5em;width:100%}.mw-parser-output .ambox .mbox-image{border:none;padding:2px 0 2px 0.5em;text-align:center}.mw-parser-output .ambox .mbox-imageright{border:none;padding:2px 0.5em 2px 0;text-align:center}.mw-parser-output .ambox .mbox-empty-cell{border:none;padding:0;width:1px}.mw-parser-output .ambox .mbox-image-div{width:52px}@media(min-width:720px){.mw-parser-output .ambox{margin:0 10%}}@media print{body.ns-0 .mw-parser-output .ambox{display:none!important}}

/* end https://en.wikipedia.org/ */

</style><style data-mw-deduplicate="TemplateStyles:r1248332772">

/* start https://en.wikipedia.org/ */

.mw-parser-output .multiple-issues-text{width:95%;margin:0.2em 0}.mw-parser-output .multiple-issues-text>.mw-collapsible-content{margin-top:0.3em}.mw-parser-output .compact-ambox .ambox{border:none;border-collapse:collapse;background-color:transparent;margin:0 0 0 1.6em!important;padding:0!important;width:auto;display:block}body.mediawiki .mw-parser-output .compact-ambox .ambox.mbox-small-left{font-size:100%;width:auto;margin:0}.mw-parser-output .compact-ambox .ambox .mbox-text{padding:0!important;margin:0!important}.mw-parser-output .compact-ambox .ambox .mbox-text-span{display:list-item;line-height:1.5em;list-style-type:disc}body.skin-minerva .mw-parser-output .multiple-issues-text>.mw-collapsible-toggle,.mw-parser-output .compact-ambox .ambox .mbox-image,.mw-parser-output .compact-ambox .ambox .mbox-imageright,.mw-parser-output .compact-ambox .ambox .mbox-empty-cell,.mw-parser-output .compact-ambox .hide-when-compact{display:none}

/* end https://en.wikipedia.org/ */

</style>

<p>In <a href="Computer_network" title="Computer network">computer networks</a>, a <b>network element</b> is a manageable logical entity uniting one or more physical devices. This allows distributed devices to be managed in a unified way using one management system.

</p><p>According to the <a href="Telecommunications_Act_of_1996" title="Telecommunications Act of 1996">Telecommunications Act of 1996</a>, the term <i>'network element'</i> refers to a facility or to equipment used in the provision of a telecommunications service. This term also refers to features, functions, and capabilities that are provided by means of such facility or equipment. This includes items such as subscriber numbers, databases, signaling systems, and information that is sufficient for billing and collection. Alternatively, it's also included if it's used in the transmission, routing, or other provision of a telecommunications service.

</p>

<div class="mw-heading mw-heading2"><h2 id="Background">Background</h2></div>

<p>With development of distributed networks, network management had become an annoyance for administration staff. It was hard to manage each device separately even if they were of the same vendor. Configuration overhead as well as misconfiguration possibility were quite high. A <a href="Provisioning_(telecommunications)" class="mw-redirect" title="Provisioning (telecommunications)">provisioning process</a> for a basic service required complex configurations of numerous devices.

It was also hard to store all network devices and connections in a plain list. Network structuring approach was a natural solution.

</p>

<div class="mw-heading mw-heading2"><h2 id="Examples">Examples</h2></div>

<p>With structuring and grouping, it is very well seen that in any distributed network there are devices performing one complex function. At that, those devices can be placed in different location.

A <a href="Telephone_exchange" title="Telephone exchange">telephone exchange</a> is the most typical example of such a distributed group of devices. It typically contains subscriber line units, line trunk units, switching matrix, CPU and remote hubs.

A basic <a href="Local_telephone_service" title="Local telephone service">telephone service</a> leans on all those units, so it is convenient for an engineer to manage a <a href="Telephone_exchange" title="Telephone exchange">telephone exchange</a> as one complex entity encompassing all those units inside.

</p><p>Another good example of a network element is a <a href="Computer_cluster" title="Computer cluster">computer cluster</a>. A cluster can occupy a lot of space and may not fit one <a href="Datacenter" class="mw-redirect" title="Datacenter">datacenter</a>. For enterprise solutions, it is common to locate cluster nodes in different locations, even in different regions (settlements).

</p>

<div class="mw-heading mw-heading2"><h2 id="Maintenance">Maintenance</h2></div>

<p>In general, an NE can generate two types of maintenance information:

</p>

<dl><dd><ol><li>Information related to the quality or health of the transmission signal, and</li>

<li>Information related todata its own internal hardware/software integrity.</li></ol></dd></dl>

<p>The functional components of surveillance are performance monitoring and alarm/status monitoring, also known as alarm surveillance. In the national and international standards area for telecommunications operations, performance monitoring and alarm surveillance are classified as subcategories of the more general system management functional categories of performance management and fault management, respectively.

Maintenance consists of both preventive and corrective procedures that are designed to (a) prevent troubles and identify potential troubles before they affect service, and (b) detect a network failure that impacts performance and make the appropriate repairs. A typical seven-step maintenance process consists of:

</p>

<dl><dd><ol><li>Trouble Detection – Detect trouble by continuous monitoring, periodic tests, per-call or other pre-action tests, or other automatic processes.</li>

<li>Trouble Notification – Send notification of a specific event or condition to a local display or Operations System (OS). Trouble notifications include output messages and visual and audible alarms.</li>

<li>Service Recovery – Minimize the degradation of service by automatic or manual protection actions.</li>

<li>Trouble Verification – Determine whether the reported condition still exists.</li>

<li>Trouble Isolation – Isolate the trouble to its source, preferably to a single field-repairable element, e.g., circuit pack.</li>

<li>Repair – Fix or replace the faulty element.</li>

<li>Repair Verification and Return to Service – Verify that the trouble has been fixed and return the element to service.</li></ol></dd></dl>

<p>Telcordia GR-474 establishes trouble-detecting and reporting criteria for signal transmission failures and internal hardware or software anomalies. GR-474 provides proposed generic requirements that pertain to the Fault and Performance Management functions in transport and switching NEs used for alarm surveillance and control.<sup id="cite_ref-1" class="reference"><a href="#cite_note-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup>

</p><p>GR-474 complements recent criteria in industry standards such as <a rel="nofollow" class="external text" href="http://www.itu.int/rec/T-REC-M.3100/en/">ITU-T Recommendation M.3100</a>, <a rel="nofollow" class="external text" href="http://www.itu.int/rec/T-REC-G.707/en/">G.707</a>, and <a rel="nofollow" class="external text" href="http://www.itu.int/rec/T-REC-G.709">G.709</a>, and <a href="American_National_Standards_Institute" title="American National Standards Institute"> ANSI T1</a>.

</p>

<div class="mw-heading mw-heading2"><h2 id="State_models">State models</h2></div>

<p>A network element state model facilitates cross domain network management and promotes a multi-vendor environment. The standard definitions and mappings allow Operations Systems to gather state information from NEs and integrate it into a consistent representation of the status of the entire managed network and each of the services that it supports.

</p><p>Telcordia GR-1093 discusses the two primary state models in industry.<sup id="cite_ref-2" class="reference"><a href="#cite_note-2"><span class="cite-bracket">[</span>2<span class="cite-bracket">]</span></a></sup> One is the Telcordia State Model, which consolidates the state models previously described in several Telcordia documents. By consolidating the models, changes and expansions to the models can be presented and can evolve in a coordinated fashion. Also, inconsistencies and redundancy may be averted. The other model is the International Organization for Standardization (ISO) State Model, which is defined in ITU-T Recommendation X.731.<sup id="cite_ref-3" class="reference"><a href="#cite_note-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup>

</p><p>The state of an entity represents the current condition of availability of the underlying resource or service in the NE from the point of view of management. In the context of the Telcordia State Model, the term "entity" represents an entry in a TL1 administrative view (i.e., represents the resource or service generally identified by the Access Identifier [AID] parameter). In the context of the ISO State Model, the term "entity" means "managed object".

</p><p>Different types of entities (such as hardware, transport facilities, and subscriber service) have a variety of state characteristics that express the availability of their underlying resources that are specific to each entity type. However, a state model is expected to be common to a large number of types of entities. It expresses key aspects of their availability at any given time. The purpose of the state model is to indicate the availability of an entity in providing its functions and, if an entity is not available, to indicate the cause of the unavailability and what kind of activity may be taken by the manager (e.g., the OS or the craft) to make the entity available.

</p><p>In a specific application, only a subset of the state model may be needed. The rationale of such restrictions is not described in GR-1093. The technology or application-specific requirements document should be consulted for this information.

</p><p>The standard definitions and mappings allow Operations Systems to gather state information from NEs and integrate it into a consistent representation of the status of the entire managed network and each of the services that it supports.

</p><p>To help ensure interoperability, particularly for an OS that interfaces with multiple NEs using one of the two state models, a mapping between the models may be needed. GR-1093 provides a mapping for the two models and also defines the extension to the OSI state/status attributes that is necessary to meet the telecommunications needs of the service providers.

</p>

<div class="mw-heading mw-heading2"><h2 id="Telecommunications_Management_Network">Telecommunications Management Network</h2></div>

/* start https://en.wikipedia.org/ */

.mw-parser-output .hatnote{font-style:italic}.mw-parser-output div.hatnote{padding-left:1.6em;margin-bottom:0.5em}.mw-parser-output .hatnote i{font-style:normal}.mw-parser-output .hatnote+link+.hatnote{margin-top:-0.5em}@media print{body.ns-0 .mw-parser-output .hatnote{display:none!important}}

/* end https://en.wikipedia.org/ */

</style><div role="note" class="hatnote navigation-not-searchable">Main article: <a href="Telecommunications_Management_Network" title="Telecommunications Management Network">Telecommunications Management Network</a></div>

<p>A concept of the network element as a distributed entity is widely used in <a href="Telecommunications_Management_Network" title="Telecommunications Management Network">TMN model</a> which in turn is used as a standard for developing <a href="Element_management_system" title="Element management system">element management systems</a>.

</p>

<ul><li><a href="Unbundled_network_element" title="Unbundled network element">Unbundled network element</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="References">References</h2></div>

/* start https://en.wikipedia.org/ */

.mw-parser-output .reflist{margin-bottom:0.5em;list-style-type:decimal}@media screen{.mw-parser-output .reflist{font-size:90%}}.mw-parser-output .reflist .references{font-size:100%;margin-bottom:0;list-style-type:inherit}.mw-parser-output .reflist-columns-2{column-width:30em}.mw-parser-output .reflist-columns-3{column-width:25em}.mw-parser-output .reflist-columns{margin-top:0.3em}.mw-parser-output .reflist-columns ol{margin-top:0}.mw-parser-output .reflist-columns li{page-break-inside:avoid;break-inside:avoid-column}.mw-parser-output .reflist-upper-alpha{list-style-type:upper-alpha}.mw-parser-output .reflist-upper-roman{list-style-type:upper-roman}.mw-parser-output .reflist-lower-alpha{list-style-type:lower-alpha}.mw-parser-output .reflist-lower-greek{list-style-type:lower-greek}.mw-parser-output .reflist-lower-roman{list-style-type:lower-roman}

/* end https://en.wikipedia.org/ */

</style><div class="reflist">

<li id="cite_note-1"><span class="mw-cite-backlink"><b><a href="#cite_ref-1">^</a></b></span> <span class="reference-text"><a rel="nofollow" class="external text" href="http://telecom-info.telcordia.com/site-cgi/ido/docs.cgi?ID=SEARCH&DOCUMENT=GR-474&">GR-474, <i>Network Maintenance: Alarm and Control for Network Elements</i></a>, Issue 2</span>

</li>

<li id="cite_note-2"><span class="mw-cite-backlink"><b><a href="#cite_ref-2">^</a></b></span> <span class="reference-text"><a rel="nofollow" class="external text" href="http://telecom-info.telcordia.com/site-cgi/ido/docs.cgi?ID=SEARCH&DOCUMENT=GR-1093&">GR-1093, <i>Generic State Requirements for Network Elements (NEs),</i></a></span>

</li>

<li id="cite_note-3"><span class="mw-cite-backlink"><b><a href="#cite_ref-3">^</a></b></span> <span class="reference-text"><a rel="nofollow" class="external text" href="http://www.itu.int/rec/T-REC-X.731">ITU-T Recommendation X.731</a></span>

</li>

</ol></div></div></div><div><div class="zim-footer">

This article is issued from <a class="external text" title="Last edited on 2025-07-28" href="https://en.wikipedia.org/wiki/?title=Network_element&oldid=1303032057">Wikipedia</a>. The text is available under <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.en">Creative Commons Attribution-Share Alike 4.0</a> unless otherwise noted. Additional terms may apply for the media files.

</div>

</div></div>

</div>

</main>

</div>

</body></html>